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Beschrelbiing 

Verfahren zutn Vorsehen eines "User Interactive Dialogue (UID) 
vor Verbindungsannahme" Dienstes 

Pake tor ientierte Sprachnetze^ auch Voice over Packet VoP Net- 
ze genannt, ersetzen oder erganzen in ziinehmendem MaSe her- 
kommliche leitungsvermittelnde Sprachnetze (PSTN = Public 
Switched Telephone Networks) . Gleichzeitig verschmelzen bis- 
lang getrennte, dedizierte Netze zur Datenubertragung und 
Sprachiibertragung zu einem einzigen. Netz, welches haufig kon- 
vergentes Netz oder Netzwerk der nachsten Generation 
(NGN = Next Generation Network) genannt wird. 

Als Netzzugangseinheiten fur Nutzer der paketorientierten 
Netze dienen dabei sogenannte Media Gateways (MG) , die in 
Verbindung mit den Teilnehmerendgerftten einerseits und dem 
restlichen Netzwerk andererseits stehen. Media Gateways die- 
nen daruber hinaus auch der Anbindung von PSTN-Netzabschnit- 
ten an die paketorientierten Netze. 

In Konmiunikationsnetzen der betrachteten Art wird haufig zwi- 
schen Signalisierungsinf ormation und Nutzinf ormation unter- 
schieden. Signal isierungsinformationen betreffen beispiels- 
^^^f.®^.-^?^^^^' Abbau und weitere Steuerungsvorgange einer Ver- 
bindung, wobei liber die Verbindung die Nutzinf ormationen bei- 
spielsweise zwischen zwei Teilnehmem iibertragen werden. 

Entsprechend existieren zwei zumindest logisch verschiedene 
Soibnetze im Kornmunikationsnetz : das Subnetz ftir Signalisie- 
rung und das Subnetz fur Nutzinformatioiien. Besteht eine Ver- 
bindung im Subnetz fur Nutzinf ormationen, wird diese haufig 
Nutzkanal oder Bearer Channel genannt. 

Die Nutzinf ormationen werden im paketorientierten Netz liber 
die genannten Media Gateways geleitet, wShrend die Signalir 
sierungsinf ormationen durch Media Gateway Controller ausge- 
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wertet imd transportiert werden. Ansprechend auf die Signali- 
sierungsinformationen steuern die Media Gateway Controller 
(MGC) die Media Gateways (MG) , welche wiederum die empf angene 
Steuerung in eine Beeinf lussung der Nutzkan^le umsetzen. 

5 

Zur Komtminikation zwischen MGC sind verschiedene Signalisie- 
rungsprotokolle vorgesehen. Zu diesen gehort bei spiel sweise 
BICC CS2 (Bearer Independent Call Control - Capability Set 2) 
gemaS ITU~T Q,1902.X, im Zusammenhang mit einem eigenen Ser- 

10 vice Indicator (SI) fur den Message Transfer Part (MTP) und 
Q.765.5 Bearer Application Transport (BAT) . Dieser Standard 
beschreibt fur den Fall, dafi im paketorientierten Netz das 
Real-Time Protocol (RTP) vorgesehen ist, Moglichkeiten fur 
das Vorsehen von bekannten Diensten des PSTN in einer Netz- 

15 werkanordnung, bei der zwei PSTN-Netzwerkabschnitte mittels 
paketorientiertem Netz verbunden sind. Eine solche Netzwerk- 
anordnung ist beispielhaft in Fig. 1 dargestellt. 

Pig. 1 zeigt in schematischer Weise, wie bei einer Trennvmg 
20 von Signalisierung und Nutzkanal die fur den Aufbau einer 
Kommunikationsverbindung zwischen zwei Telekomraunikations- 
Endgeraten 1, 2 notwendigen Inf ormationen zwischen den ein- 
zelnen Netzkonrponenten ausgetauscht werden. Dabei fordert ein 
A-Teilnehmer uber ein Telekommunikationsendgerat 1, welches 
25 an ein erstes PSTN 3 angeschlossen ist, bei einer zugehorigen 
Ortsvermittlungsstelle (LE = Local Exchange) 5 einen Rufauf- 
bau zu einem Telekommunikationsendgerat 2 eines B-Teilnehmers 
an. 

30 Diese Ruf anf orderung bewirkt einen Verbindungsaufbau, der fi- 
ber einen ersten und zweiten MGC 6, 7 erfolgt. Dabei werden 
Informationen mittels eines entsprechenden Signal i si erungs- 
protokolls an den ersten Media Gateway Controller 6 ubertra- 
gen. In der Praxis wird als Signalisierungsprotokoll haufig 

35 das Zeichengabe system Nr. 7, auch bekannt als Common Channel 
Signaling System 7 (CCS7 oder SS7) eingesetzt, wobei speziell 
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fur den Verbindungsaufbau Nachrichten des ISDN User Part 
(I SUP) verwendet warden. 

Der. MGC 6 kotnmuniziert seinerseits mit dem zweiten Media Ga- 
teway Controller 7 mittels eines weiteren Signalisienangspro- 
tokolls, etwa BICC CS2. Der zweite MGC 7 erhalt somit alle 
Dienst- Oder Leistimgsmerkmale betreffenden Signalisieanangs- 
informationen und iibertragt diese Inf ormationen an ein PSTN 
4, in welchem das Endgerat 2 des B-Teilnehmers angeordnet 
ist. Die Obertragung erfolgt wiederum iiber ein entsprechendes 
Signalisieningsprotokoll, in einem PSTN in der Regel wiederum 
CCS 7. 

Neben dem bereits erwahnten weiteren Signal isierungsprotbkoll 
BICC CS2 fur die MGC-zu-MGC-Kommunikation wurden durch die 
IETF die Standards RFC 3261 (SIP = Session Initiation Proto- 
col) und RFC 3204 (ISUP MIME Type) entwickelt, die den Tun- 
neltransport von ISUP Nachrichten in SIP Nachrichten erlau- 
ben, Solche SIP Nachrichten zur MGC-zu-MGC-Koramunikation wer- 
den auch als SIP-T Nachrichten bezeichnet. 

Femer exist iert RFC 2976 (INFO method) , worin der Transport 
von ISUP-Nachrichten vorgesehen wird, die sich nicht auf SIP 
abbilden lassen. 

Als nachteilig hat es sich herausgestellt , daiS mit aktuellen 
Implement ierungen der Dienst "User Interactive Dialogue" 
(UID) vor dem Annehmen der Verbindung durch den B-Teilnehmer 
(auch als "vorzeitiger UID" bekannt) nicht moglich ist. 

Es ist daher eine Aufgabe der Erfindung, ein Verfahren an- 
zugeben, mit dem es mdglich ist, den Dienst "UID vor Verbin- 
dungsannahme" in einer Multi-Protokoll-Umgebung eines Kommu- 
nikationsnetzes vorzusehen. 

Diese Aufgabe wird durch ein erf indungsgemafies Verfahren zum 
Vorsehen eines "User Interactive Dialogue (UID) vor Verbin- 
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dungsannahtne" Dienstes fur Telekotranunikationsendgerate in ei- 
nem Konuntanikationsnetz, in welchem ein Steuerelement , bei- 
spielsweise ein Media Gateway Controller oder ein Application 
Server, gelost, demgetnaS zur Steueriing des "UID vor Verbin- 
5 dungsannahme" Dienstes erf orderliche Signal isierungsnachr ich- 
ten und Parameter unter Umsetzumg in das Session Initiation 
Protocol SIP Oder aus diesem in ein Standardsignalisierungs- 
protokoll lU^ertragen werden. 

10 Bezuglich des User Interactive Dialogue bildet das Steuerele- 
ment dann einen Service Switching Point SSP. 

Ein Vorteil der Erfindung ist darin zu sehen, daS es die Er- 
f indung SIP-Teilnehmern, die direkten Zugang zu einem MGC als 
15 Searvice Control Point (SCP) haben, ermoglicht, den UID Dienst 
auch ohne vorherige Annahme der Verbindung durch den gerufe- 
nen Teilnehmer (d.h. ohne Answer) zu nutzen. 

Vorteilhaft ermoglicht die Erfindung ferner die Nutzung des 
20 UID Dienstes ohne vorherige Annahme . der Verbindung durch den 
gerufenen Teilnehmer auch fur solche PSTN-Teilnehmer , die 
mittels eines Media Gateway uber SIP mit einem MGC als Servi- 
ce Control Point (SCP) verbunden sind. 

25 Dies bringt den besonderen Vorteil mit sich, daS es bei- 

spielsweise moglich ist, Dienste anzubieten, ohne daS eine 
Gebuhrenerfassung erfolgt, was nach Annahme der Verbindung 
(d.h- nach Answer) nicht in dieser Form moglich wSre. 

30 Dienste, die ublicherweise spatestens zum Zeitpxmkt der An- 
nahme der Verbindvmg ausgehandelt sein miissen, wie z.B. User- 
to-User-Services 2 und 3, konnen mit Hilfe der Erfindung auch 
nach Durchfiihren eines UID noch genutzt werden. 

35 Weitere vorteilhaft e Ausgestaltungen der Erfindung sind den 
Unteranspriichen zu entnehmen. 
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Die folgende Tabelle zeigt eine beispielhaf te Utnsetzung von 
ISUP- Oder BICC-Nachrichten und Parametem in SIP- und/oder 
SDP-Nachrichten xind umgekehrt: 


10 


ISUP/BICC 

SIP 

lAM 

UID capability: through con- 
nect possible, Q.1601 

INVITE 

mit SDP attribute: sendrecv 
(send and receive), RFC 3264: 
offeranswer, oder kein ent- 
sprechendes attribute (de- 
fault) 

ACM, CPG 

UID action indicator: 
through connect in both di-- 
rections 

Provisional Response 183 
mit SDP attribute: sendrecv - 

Tabelle 1 

Die folgende Tabelle zeigt eine beispielhaf te Umsetzung von 
INAP-Nachrichten und Parametern in SIP- und/oder SDP- 
Nachrichten und umgekehrt: 

INAP 

SIP 

ConnectToResources 
servicelnteractionlndicator- 
sTwo: through, connect indi- 
cator =* required 

Provisional Response 183 
mit SDP attribute: sendrecv 
(send and receive), RFC 3264: 
of feranswer, falls zuvor 
INVITE mit SDP attribute: sen- 
drecv empf angen wurde 


Tabelle 2 


Im folgenden wird die Erfindung anhand eines Ausfuhrungsbei- 
spiels im Zusammenhang mit Zeichnungen n^her eriautert. Darin 
15 zeigen: 

Fig, 1 eine Netzwerkanordnung, bei der zwei PSTN-Netzab- 
schnitte mittels eines paketorientierten Netzes verbunden 
sind, und 
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Fig. 2 eine Netzwerkanordnung, bei der ein Steuerelement Ser- 
vice Switching Point ist. 

In Pig.l ist, wie bereits eriautert; eine Netzwerkanordnimg 
5 dargestellt, die den Pall darstellt, dalS zwei PSTN-Netzab- 
schnitte 3, 4 mittels eines paketorientierten Netzes 8 ver- 
bunden sind, Dabei werden die Verbindimgssteuerungsinf ormati- 
onen uber Media Gateway Controller 6, 7 geleitet, die Nutzin- 
formationen hingegen uber Media Gateways 10/ 11. Sofern die 
10 Dienstesteuening im PSTN verbleibt, mxilS durch die MGC 6, 7 
keine Dienstesteuerung erfolgen. 

Die Dienstesteuerung einer IN-Verbindung mit UID ist in ITU-T 
Q.1601 " Interworking ISUP INAP" erklart, Dort wird ein UID 
capability indicator definiert. Dieser zeigt an, ob ein Ur- 
sprung bzw. A-Endgerat das Transport ieren von Nutzdaten in 
Vorwartsrichtung erlaubt, bevor die Verbindung itn Ziel bzw. 
B-Endgerat angenommen wurde (Answer) . Ein durch einen Service 
Control Point SCP gesteuerter IN-Dienst, der von dieser Nutz- 
daten in Vorwartsrichtung transport ieren will, wird danh bei- 
spielsweise in einer INAP Nachricht "ConnectToResources" mit 
den servicelnteractionlndicatorsTwO' mit Hilfe des auf "requi- 
red" gesetzten "through connect indicator" den Service Swit- 
ching Point. SSP anweisen, mit der ISUP Ruckwartsmeldung ACM 
(Adress Complete) oder CPG (Call Progress) das friihzeitige 
Durchschalten mit Hilfe von "through connect in both directi- 
ons" anzufordem. Nachdem der Teilnehmer im Ur sprung den UID 
Dienst in Anspruch genommen und been:det hat, kann nun der Ruf 
zu einem neuen Ziel (dem eigentlich B-Teilnehmer) weiter ge- 
leitet werden. Fur weitere Dienste, beispielsweise Follow On 
Oder Charging, kann der SSP noch in der Verbindung verblei- 
ben. 

In Fig. 2 ist eine Netzwerkanordnung dargestellt, bei der ein 
35 Steuerelement 7 gleichzeitig ein Service Switching Point SSP 
ist und in Verbindxmg mit einem Service Control Point SCP 
steht. Ferner ist das Steuerelement 7 per SIP mit weiteren 
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Netzkomponenten, etwa einem SlP-Endgerat 12 . oder . dem MGC 6 
verbunden . 

Anstelle einer Verbindung mlt dem SIP-Endgerat 12 kann ausge- 
hend vom Steuerelement 7 auch eine Verbindung mittels ISDN zu 
einem ISDN-Endgerat oder eine Verbindung mittels BICC, ISUP 
Oder SIP zu einem weiteren Steuerelement bestetien - nicht 
dargestellt . 

In der Netzwerkanordnung aus Fig, 2 warden die beschriebenen 
Abiaufe der Q.1601 zwischen MGC 6 und Steuerelement 7 mittels 
SIP-Nachrichten signalisiert • Fur den Dienst "User Interacti- 
ve Dialogue vor Verbindungsannahme " kann der zu transport ie- 
rende Inf ormationsinhalt der fflr den Dienst vorgesehenen 
ISUP- und INAP-lSTachrichten und Parameter beispielsweise gemSS 
der Tabellen 1 und 2 auf das Session Initiation Protocol SIP 
und, sofern erf orderlich, auf das Session Description Proto- 
col SDP abgebildet werden. 

Nach Beendigung des User Interactive Dialogue zwischen dem 
Teilnehmer im Ursprung und einem entsprechenden UID-Element 
wird im Beispiel der Fig. 2 die Verbindung zu SIP-Endgerat 
weitergeleitet, angedeutet dtarch die INVITE -Nachricht von 
Steuerelement 7 in Richtung des SIP-Endgerates 12. Im Regel- 
f all ist an der Verbindung zwischen Steuerelement 7 und. SIP- 
Endgerat 12 ein SIP Proxy beteiligt - zur besseren Ubersicht 
nicht dargestellt. 

Andere, alternative Umsetz\ingen der • Dienst esignalisierxmg fur 
"User Interactive Dialogue UID vor Verbindungsannahme" auf 
das Session Initiation Protocol SIP umfassen die EinfOhrung 
neuer, expliziter Keimzeichen in SIP und/ oder SDP, etwa in 
Form gesonderter Nachrichten, Protokollelemente oder Parame- 
ter . 

Die Erfindung ist auch dann anwendbar, wenn eine Umsetzxing 
von ISUP Nachrichten und Parametern in SIP/SDP Nachrichten 
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und Parameter nicht vinmittelbar erfolgt, sondem zxmachst an- 
dere Protokolle den Informationsgehalt der ISUP Nachrichten 
luid Parameter aufnehmen \ind erst anschliefiend eine Umsetzung 
in SIP/SDP erfolgt - nicht dargestellt. Bin solches Zwischen- 
5 protokoll, beispielsweise auf dem Weg zwischen PSTN vmd SCP, 
kann z.B. BICC sein. 

Im folgenden sei ein Beispiel fur einen UID, fur welchen die 
Erfind\ing eingesetzt werden kann, kurz erlautert. Ein Teil- 

10 nehmer wahlt eine spezielle Telefonnummer und wird mit einera. 
IN-Amt (IN = Intelligent Network) verbunden. Durch einen dort 
ablaufenden ProzeS wird der Teilnehmer auf gef ordert , eine PIN 
(PIN = Pers6nliche Identif ikationsnummer) anzugeben, und 
k6nnte anschlieSend aufgefordert werden, eine weitere Rufnum- 

15 mer anzugeben, mit . der er ^verb^mden werden mdchte. 


200304534 


EPO- Munich 
20 

Patent anspruche 

1. Verfahren zum Vorsehen eines "User Interactive Dialogue 
UID vor Verbindungscoinahme" Dienstes fur Telekommunikati- 
onsendgerate (1, 2, 12) in einem Kommunikationsnetz, das 
ein Steuerelement (7) aufweist, demgemaS zur Steuerung 
des "UID vor Verbind\ingsannahme " Dienstes erforderliche 
Signal isierxingsnachrich ten und Parameter unter Umsetzung 
in das Session Initiation Protocol SIP oder aus diesem in 
ein Standardsignalisierungsprotokoll ubertragen werden. 

2. Verfahren nach Anspruch 1, 
dadurch g e k e nn z e i c h n e t , 

daS das Steuerelement (7) einen Service Switching Point 
SSP bildet. 

3. Verfahren nach einem der Anspruche 1 oder 2, 
dadurch g e k e n n z e i ch n e t , 

daB das Steuerelement (7) ein Media Gateway Controller o- 
der ein Application Searver ist. 

4. Verfahren nach. einem der Anspruche 1 bis 3, 
dadurch g e k e n n z e i c h n e t , 

dafi das Standardsignalisierungsprotokoll eines der fol- 
genden Protokolle ist oder auf einem der folgenden Proto- 
kolle basiert: Bearer Independent Call Control BICC, ISDN 
User Part I SUP oder ISUP+. 

5. Verfahren nach einem der AnsprQche 1 bis 4, 
dadurch g e k e nn z e i c h n e t , 

da£ die ziir Dienstesteuenmg erf orderlichen Parameter und 
Nachrichten gemaS RFC 2327 in einen Session Description 
Protocol SDP Teil des SIP abgebildet werden, 

6. Verfahren nach einem der Anspriiche 1 bis 5, 
dadurch gekennzeichnet, 

daS die zur Dienstesteuerung erf order lichen Parameter und 
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Nachrichten gemas folgender Tabelle zwischen ISUP oder 
BICC uad SIP Oder SDP umgesetzt werden: 


ISUP/BICC 

SIP 

lAM 

UID capability: through 
coimect possible 

INVITE 

mit SDP attribute: sendrecv 

ACM, CPG 

UID action indicator: 
through connect in both 
directions 

Provisional Response 183 
mit SDP attribute: sendrecv 


7. verfahren nach einem der Ansprftche 1 bis 6, 
dadurch g e k e nn z e i c hne t , 

daS die zur Dienstesteuerung erforderlichen Parameter und 
Nachrichten gemafi folgender Tabelle zwischen dera Intelli- 
gent Network Application Part INAP und SIP oder SDP umge- 
setzt werden: 


INAP 

SIP 

ConnectToResources 
servicelnteractionlndica- 
torsTwo: through connect 
indicator = required 

Provisional Response 183 
mit SDP attribute: sendrecv 


9 . 


Verfahren nach einem der Anspriiche 1 bis 7, 
dadurch g e k e nn z e i c hne t , 

daS nach dem Obertragen der Signalisierungsnachrichten 
und Parameter zum Steuerelement (7) dieses in zugehorigen 
Media Gateways (11) den Aufbau eines Nutzkanals zwischen 
verbindungsanf ordemdem Teilnehmer und dem SSP zum Durch- 
fiihren des UID steuert. 

Verfahren nach Anspruch 8, 
dadurch g e ke nn z e i c hne t , 

daS nach dem Durchfoihrung des UID die Verbindung zu einem 
weiteren adressierten Ziel gesteuert wird. 
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Verfahren zum Vorsehen eines "User Interactive Dialogue (UID) 
vor Verbindiangsannahme" Dienstes 

5 

Die Erfindung betrifft ein Verfahren zum Vorsehen eines "User 
Interactive Dialogue UID vor Verbindungsannahme" Dienstes fiir 
Telekommunikationsendgerate (1, 2, 12) in einem Kommunikati- 
onsnetz, in welchem ein Media Gateway Controller (7) einen 
10 Service Switching Point SSP bildet, demgemafi zur Steuerung 
des "UID vor Verbindungsannahme" Dienstes erf orderliche Sig- 
nalisierungsnachrichten xind Parameter unter Umsetzung in das 
Session Initiation Protocol SIP Oder aus diesem in ein Stan- 
dards ignalisierungsprotokoll tibertragen werden. 


Figur 2 




